home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0082 / 57.txt < prev    next >
Text File  |  1997-04-16  |  14KB  |  361 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Wed, 17 Jan 90       Volume 90 : Issue   57
  4.  
  5. Today's Topics:
  6.                         Atari 1040 ST for sale
  7.                              Changing Rez
  8.                              dissassembly
  9.                    GNU/Sozobon C question (2 msgs)
  10.                          Help with Sozobon||
  11.                    Monitor, music and spreadsheets
  12.                        ST S/ware Rental Places
  13. ----------------------------------------------------------------------
  14.  
  15. Date: 17 Jan 90 15:06:24 GMT
  16. From:
  17.  zaphod.mps.ohio-state.edu!uwm.edu!srcsip!nic.MR.NET!thor.acc.stolaf.edu!pritcha
  18.  j@tut.cis.ohio-state.edu  (John Pritchard)
  19. Subject: Atari 1040 ST for sale
  20. Message-ID: <10630@thor.acc.stolaf.edu>
  21.  
  22.     Atari 1040ST computer for sale
  23.     ------------------------------
  24.  
  25.     Don't let the name fool ya, this is a heck of a machine.
  26.  
  27.     --1 meg RAM, expandable to 4 megs
  28.  
  29.     --built in ports for modem, printer, ext. hard drive, ext. floppy
  30.       drive, MIDI in/out (great for MIDI people)
  31.  
  32.     --internal 800K 3.5" floppy drive
  33.  
  34.     --COLOR Monitor
  35.  
  36.     --external 50 meg hard drive
  37.  
  38.     --image scanner that attaches to most popular printers
  39.  
  40.     --manuals and cables for everything
  41.  
  42.     --system is mouse-based -- similar to a Mac in operation.
  43.  
  44.     --great color graphics on this thing.  Mac-heads may not care about
  45.       this, but people with vision love it.
  46.  
  47.     --includes heaps of software for word processing, desktop publishing,
  48.       graphics applications, music, MIDI, games.
  49.  
  50.     --with a little extra hardware, this computer can run Mac software
  51.       faster than a Mac SE, and PC software faster than an IBM AT.
  52.  
  53.     --Dealer and user support in Mpls/St. Paul and all other large cities
  54.  
  55.     Please help a semi-impoverished college student survive!
  56.     This entire system for sale for the amazingly low price of $1500.
  57.     (Any reasonable offers will be considered, of course)
  58.  
  59.     Jack Nutting
  60.     c/o Carleton College
  61.     Northfield, MN 55057
  62.     (507)663-4613
  63.  
  64. ------------------------------
  65.  
  66. Date: 14 Jan 90 20:59:55 GMT
  67. From: agate!saturn!ucscb.UCSC.EDU!rome@apple.com
  68. Subject: Changing Rez
  69. Message-ID: <10315@saturn.ucsc.edu>
  70.  
  71. Help.  I hate it when you are in med rez and you cannot run a low
  72. rez program without setting the preferences.  Is there a way, like a
  73. program, to switch the rez automatically for you. I have seen how
  74. Spectrum 512 will change the resolution so it seems like it would be
  75. possible.
  76.  
  77.          ROman Baker\
  78.  
  79. ------------------------------
  80.  
  81. Date: 17 Jan 90 05:34:53 GMT
  82. From: rochester!rit!ritcv!ajy2208@PT.CS.CMU.EDU
  83. Subject: dissassembly
  84. Message-ID: <1540@cs.rit.edu>
  85.  
  86. In article <10665@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu)
  87.  writes:
  88. [...informative stuff deleted...]
  89. >
  90. >As for the stray data at the top, perhaps you're not aligning the
  91. >screen memory correctly?
  92.  
  93. This was a problem at first, as I am a beginning ST programmer and
  94. am not a registered developer (yet..  :-).  Of course, the people
  95. who wrote the MWC documentation didn't bother mentioning the
  96. fact that the memory has to be ALIGNED..  But they provided a nice
  97. example, in which they aligned the memory, so that's how I learned..
  98.  
  99. >If you're writing code that you eventually hope for
  100. >other people to use, don't hard-code magic numbers like 32K into your
  101. >screen manipulation routines. [In fact, don't even use 32K. You only
  102. >need, at most, 32256, to get 32000 bytes on a 256 byte boundary, eh?]
  103.  
  104. Kind of interesting, that the example in the MWC manual does have
  105. 32K hard wired in.  Of course, it's only an example, but for someone
  106. learning how to do something for a first time, it's not setting a
  107. GOOD example..  sigh..  (at least it does have LOTS of examples)..
  108.  
  109. Thanks!
  110. _____________________________________________________________________________
  111.  Albert Yarusso, Rochester     ajy2208@ritvax.bitnet,ajy2208@ultb.isc.rit.edu
  112.  Institute of Tech. _________________________________________________________
  113.  Computer Science  /___   /    ?rutgers, ames?!rochester!ritcv!ajy2208
  114. ______________________/  /     ajy2208@ritcv.cs.rit.edu     GEnie:  A.Yarusso
  115.  
  116. ------------------------------
  117.  
  118. Date: 17 Jan 90 14:53:43 GMT
  119. From:
  120.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!ria!uwovax!7103_2622@tut.c
  121.  is.ohio-state.edu  (Eric Smith)
  122. Subject: GNU/Sozobon C question
  123. Message-ID: <4704.25b440a7@uwovax.uwo.ca>
  124.  
  125. In article <25724@brunix.UUCP>, rjd@cs.brown.edu (Rob Demillo) writes:
  126. [ some useful (and correct) information about GNU deleted ]
  127. >       gcc - this is GNU's public domain C++ compiler. It comes
  128. >               with source code for the Atari, and a Sun-Atari
  129. >               cross compiler. C++ is *not* C, but a metaset language
  130. >               encompassing most ANSI C syntax. The extensions are
  131. >               in the areas of Object Oriented Programming (OOPS)
  132. >               Systems. (MODULA is such a language.) These extensions
  133. >               allow you to have several job processing running
  134. >               "at once" (or seemly) by treating code functions
  135. >               as OOPS objects.
  136.  
  137. NO! What you describe is g++, GNU's version of C++, and not gcc.
  138. gcc is an ANSI compatible C compiler. The Atari version of g++ is
  139. available, but still somewhat buggy, I hear. The Atari gcc is (I hope)
  140. no more buggy than the other gcc's, which is to say it has a few bugs,
  141. but probably no more than commercial compilers.
  142. --
  143. Eric R. Smith                     email:
  144. Dept. of Mathematics            ERSMITH@uwovax.uwo.ca
  145. University of Western Ontario   ERSMITH@uwovax.bitnet
  146. London, Ont. Canada N6A 5B7
  147. ph: (519) 661-3638
  148.  
  149. ------------------------------
  150.  
  151. Date: 17 Jan 90 14:48:15 GMT
  152. From:
  153.  swrinde!cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!ria!uwovax!7103_26
  154.  22@ucsd.edu  (Eric Smith)
  155. Subject: GNU/Sozobon C question
  156. Message-ID: <4703.25b43f5f@uwovax.uwo.ca>
  157.  
  158. In article <75767@tut.cis.ohio-state.edu>, thamer@skiff.cis.ohio-state.edu
  159.  (Mustafa Thamer) writes:
  160. > What is the difference between Sozobon, GNU (gcc), and C compilers
  161. > like Laser C or MWC.  Are they just different compilers or
  162. > improved/modified languages.  I've heard a lot fo talk about
  163. > GNU stuff and was wondering what's the big deal.?
  164.  
  165. Well, they're all just compilers. But they all support different features.
  166. There are two standards for C; K&R first edition (the original book by
  167. Kernighan and Ritchie) and ANSI C, which is the new standard (and which
  168. is covered in the second edition of Kernighan and Ritchie). All of the
  169. compilers you mention are more or less compliant with K&R 1st edition,
  170. and they all have (different) extensions to it. The GCC also complies
  171. with the ANSI standard (and has extensions to *that* as well!).
  172.  
  173. I've used Laser, Sozobon, and the GCC. I only use the GCC now; I find the
  174. other compilers quite limiting in the features available. On the other
  175. hand, the GCC pretty much requires a hard disk and 2 megabytes of memory.
  176. If you don't have this much, you might consider one of the alternatives.
  177. Sozobon is a pretty decent compiler, and the price is certainly right.
  178. And the commercial compilers do have the advantage of better documentation
  179. and (often) nice graphics shells, if you care about that.
  180. --
  181. Eric R. Smith                     email:
  182. Dept. of Mathematics            ERSMITH@uwovax.uwo.ca
  183. University of Western Ontario   ERSMITH@uwovax.bitnet
  184. London, Ont. Canada N6A 5B7
  185. ph: (519) 661-3638
  186.  
  187. ------------------------------
  188.  
  189. Date: 17 Jan 90 06:52:08 GMT
  190. From: thelake!steve@UMN-CS.CS.UMN.EDU  (Steve Yelvington)
  191. Subject: Help with Sozobon||
  192. Message-ID: <0017900052080999@thelake.mn.org>
  193.  
  194. [In article <1037T6M-RIIT@FINTUVM>, T6M-RIIT@FINTUVM.BITNET writes:]
  195.  
  196. > I'm trying to learn C with Sozobon. I already got my *first* program
  197. > written and I've been trying to compile it with no remarkable success.
  198. >
  199. > 1)  Tried cc:
  200. >         cc hello
  201. >     (why do the first programs always say hello?...)
  202. >     A comment returned: can't find library 'HELLO'
  203. >     No library found? Well, let's name one..
  204. >         cc hello libm
  205. >     - got the same line again.
  206. >     OK, I'll give up.
  207.  
  208. You gave up two keystrokes too quickly. Try "cc hello.c".
  209.  
  210. If cc sees a filename with no .ext, or with .a, or with .lib, it thinks
  211. it's a library. You said "cc hello" and cc looked for a library named
  212. hello. It didn't find one.
  213.  
  214. >
  215. > 2)  Let's try the other way, do it piecewise.
  216. >         hcc hello.c
  217. >     goes fine. Got a nice assembly language file hello.s. But it sure
  218. >     could use some optimization:
  219. >         top hello.s
  220. >     Yap, the file sure looks prettier (and a whole lotta shorter).
  221.  
  222. Yeach, the raw, unoptimized output from hcc looks pretty bizarre. :-)
  223.  
  224. > Now
  225. >     let's assemble it to hello.o.
  226. >         jas hello.s
  227. >     ...the program spits out words of warning:
  228. >         usage: as [-N] source [-o object]
  229. >     and dammit that's just what I gave 'im, ain't it? (except the spelling
  230. >     error - Joe's missing?)
  231.  
  232. This one has me stumped; I "jas source.s" all the time without any trouble.
  233. If jas is getting a filename, it should assemble it.
  234.  
  235. As Bill Powers <powers@engles.enet.dec.com> pointed out, Pcommand may be
  236. the culprit. It does some goofy things. Try gulam.
  237.  
  238. > 3)  Well well, there is still the make utility (the doc of which I just
  239. >     can't understand and got no UNIX manual at hand). I cook up a file
  240. >     called MAKEFILE with
  241. >         hello.tos: hello.o
  242. >             cc -o hello.tos hello.o
  243. >     in it - copied straight from a USENET news article sometime in August.
  244. >     Wonder if there's any sense in this... well, type make.
  245. >     "No targets provided near line 2". I take the monitor and smash it on
  246. >     the wall and eat the ST and go hang myself.
  247.  
  248. This, of course, is the primary purpose of make. By causing budding
  249. programmers to smash monitors and hang themselves, the supply of
  250. programmers is restricted, and salaries can be kept high.
  251.  
  252. Seriously, using make to maintain a program with fewer than half a dozen
  253. source files is just a pain in the gazoo. Forget about make until you've
  254. got C under control.
  255.  
  256. [In article <7503@shlump.nac.dec.com>,
  257.      powers@engles.enet.dec.com (Bill Powers) writes ... ]
  258. > On the environment variables, try including
  259. > a last '\' (backslash) some programs won't automatically add one I don't
  260. > use sozobon, so I don't know if this is happening.
  261.  
  262. Sozobon C expects that paths will NOT end in a backslash.
  263.  
  264. The source code for cc indicates these default search paths:
  265.  
  266. /*
  267.  * Default paths for executables and libraries
  268.  *
  269.  * Always check the root of the current drive first.
  270.  */
  271. #define DEFPATH         "\\bin,\\sozobon\\bin"
  272. #define DEFLIB          "\\lib,\\sozobon\\lib"
  273. #define DEFTMP          ""
  274.  
  275. ... so if the programs and libraries are on the current drive, you usually
  276. don't have to define the environment variables. I often compile on D:
  277. while the Sozobon directories are on C:, so I have set up:
  278. PATH=.,\bin,c:\bin
  279. INCLUDE=c:\sozobon\include
  280. LIB=c:\sozobon\lib
  281. --
  282.    Steve Yelvington at the (thin ice today*) lake in Minnesota
  283.    UUCP path: ... umn-cs.cs.umn.edu!thelake!steve
  284.  
  285.    *16 cars through the ice so far this year! Yes, you, too, can
  286.     have that sinking feeling....
  287.  
  288. ------------------------------
  289.  
  290. Date: Wed, 17 Jan 90  10:11 GMT
  291. From: Jan Ameij <AMEIJ%vax.oxford.ac.uk@NSFnet-Relay.AC.UK>
  292. Subject: Monitor, music and spreadsheets
  293.  
  294. Dear Gang,
  295.  
  296. I tried to post this once before, but the Janet->Usenet link seems a bit
  297. iffy these days, so I'm not sure if it got through. I never got a digest
  298. containing it at any rate....
  299.  
  300. 1) I have an SM124 which seems to be slightly out of focus. I don't want to
  301. send it back because it's a replacement for a completely duff one (it's only
  302. two weeks old, by the way) so I thought I'd ask if anyone knows what to tweak
  303. inside top adjust beam focus.
  304.  
  305. 2) I need a music printing program. Input - qwerty, output HPLJ+/HPGL/spooled
  306. PostScript. Piano music with included text if possible. Output should be of
  307. publishable standard. It doesn't have to drive a Yamaha 600 Turbo synthesiser
  308. or anything else fancy, just print music. Something like Music, the Troff
  309. preprocessor. (Are there PD versions of pic and troff for the ST?). Any advice
  310. appreciated. Replies by email, please, and I'll summarize back.
  311.  
  312. 3) Summary of advice I was given on spreadsheets. Unanimous -
  313.  
  314.                 BUY LDW POWER.  Simple, eh?
  315.  
  316. Well, that's all folks. Awaiting replies with baited breath.
  317.  
  318.  
  319. Jan Ameij
  320. Oxford University Department of Applied Metaphysics.
  321.  
  322. ameij % uk.ac.oxford.vax @ however-you.get-to.janet
  323.  
  324. ------------------------------
  325.  
  326. Date: 17 Jan 90 06:55:33 GMT
  327. From:
  328.  zaphod.mps.ohio-state.edu!samsung!aplcen!haven!uvaarpa!murdoch!astsun8.astro.Vi
  329.  rginia.EDU!gl8f@tut.cis.ohio-state.edu  (Greg Lindahl)
  330. Subject: ST S/ware Rental Places
  331. Message-ID: <1990Jan17.065533.601@murdoch.acc.Virginia.EDU>
  332.  
  333. In article <25723@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
  334. >In article <2625@cunixc.cc.columbia.edu> ia4@cunixd.cc.columbia.edu (Imran
  335.  Anwar) writes:
  336. >>I know of only one place where ST s/ware rentals are possible......
  337. >>does anyone have a list of more places?
  338. >>Please email and oblige
  339. >
  340. >Yeah. And with any luck they'll *all* go out of business. Piracy
  341. >has almost killed Atari...that's all that's needed is a thinly
  342. >veiled software "rental" place.
  343.  
  344. Needless to say, it's extremely rude to call some people pirates
  345. because they rent software. Libraries rent books, video stores rent
  346. movies. Video stores rent Nintendo carts, which contain software.
  347.  
  348. In short -- piracy is an issue you deal with by educating users, not
  349. by insulting legitimate businesses.
  350.  
  351. Btw, gcc is not a C++ compiler. g++ is a C++ compiler. gcc's feature is
  352. that it's ANSI C.
  353.  
  354. Greg Lindahl
  355. gl8f@virginia.edu                                  Astrophysicists for Choice.
  356.  
  357. ------------------------------
  358.  
  359. End of INFO-ATARI16 Digest V90 Issue #57
  360. ****************************************
  361.